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ATM-Port-Module with integrated Ethernet switch interface 

The invention refers to an ATM-Port-Module with an integrated 
Ethernet switch interface for connecting the ATM-Port-Module 
to an Ethernet switch core module. 

ATM (Asynchronous Transfer Mode) is a packet switch and more 
specifically, cell switched broadband network technology. ATM 
forms the core of a broadband ISDN architecture which extends 
the digital transmission capabilities defined by ISDN for low 
rate voice, to voice and multimedia transmissions on the same 
lines. 



ATM is a real time architecture that can provide very high 
15 bandwidth. Implementations currently operate at the speeds 

ranging from a special slow speed versions of 128 kbps up to 
622.08 Mbps- Speeds as high as 2.488 Gbps will eventually be 
supported. 

20 Because of the very high bandwidth the ability to transmit 

multiple media data ATM can serve as an high speed architec- 
ture for both local area networks (LAN) and wide area net- 
works (WAN) . 

25 ATM and AAL are associated to layer 2 of the OSI reference 
model . 

The ATM layer is the service independent layer at which out- 
going ATM cell headers and trailers are created, virtual 

30 channels and signal paths are defined and given unique iden- 
tifiers and cells are multiplexed or demultiplexed. The ATM 
layer creates the cells then uses a physical layer to trans- 
mit them. Headers in received ATM cells are verified at this 
layer. Headers and trailers are also removed from incoming 

35 cells. Die ATM layer is also responsible for traffic manage- 
ment . 
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The topmost layer is the AAL-layer (ATM Adaption layer) . The 
AAL-layer is service-dependent. It provides the necessary 
protocol translation between ATM and other communication 
services such as voice, video or data communication services 



The AAL-layer has two sub-layers, i.e. the conversion sub- 
layer and the SAR-sub-layer . The conversion sub-layer pro- 
vides the interface for the varies services. The SAR-sub- 
10 layer (SAR: Segmentation and Re-assembly) is the sub-layer 

that packages variable size packages into fixed size cells at 
the transmitting end and re-packages the cells at the receiv- 
ing end. The SAR-sub-layer is also responsible for finding 
and dealing with cells that are out of order or lost. 



Figure 1 shows an ATM node according to the state of the art. 
The ATM node comprises several ATM-Port-Modules each compris- 
ing an ATM-controller unit. The ATM-controllers are linked 
via interfaces to an ATM switch device. Each ATM-Port-Module 
20 supports at least one physical transmission line (PHY) . For 
xDSL up to 128 PHYs can be connected to the ATM-Port-Module. 
The ATM node can include cross connect without switching as 
well as true switching with signaling. 

25 The number of ATM-Port-Module within the ATM node is at least 
two. In a typical ATM node several ATM-Port-Modules are pro- 
vided. For instance in a hub-system up to 8 ATM-Port-Modules, 
in back plane systems up to 32 ATM-Port-Modules and in large 
rack based systems up to 256 ATM-Port-Modules are provided. 



With the ATM-node according to the state of the art as shown 
in figure 1 several problems arise. The production volume of 
the component for the ATM switch which forms the core module 
of the ATM node is much smaller than the production volume of 
35 the components for the ATM-Port-Modules by at least a factor 
of 10. A further significant problem is that there is no 
technical standard existent for the interconnection between 
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the core module i.e. and the ATM switch and the ATM-Port- 
Modules. In particular the ATM node according to the state of 
the art as shown in figure 1 cannot be connected to an 
Ethernet-Network. 

5 

To overcome the production volume problem an ATM node as 
shown in figure 2 has been developed by TranSwitch 
( www . transwitch . com ) . This ATM node according to the state of 
the art as shown in figure 2 connects the ATM-Port-Modules of 

10 the ATM node via a passive cell bus. This proprietary back- 
plane bus or cell bus replaces the ATM switch within the ATM 
node. A disadvantage of the ATM node shown in figure 2 re- 
sides in that the cell bus limits the data throughput. The 
data throughput is limited by the cell bus of Transwitch to 

15 the maximum of about 1 Gbps. A further drawback is that the 
ATM node fails if one transmission line of the parallel cell 
bus is disconnected. A further major disadvantage is that the 
backplane cell bus is also proprietary and not compatible to 
standard Ethernet systems. 

20 

Figure 3 shows an ATM controller within an ATM-Port -Module 
according to the state of the art. The ATM-controller per- 
forms the standard ATM-layer functions such as header detec- 
tion and header translation. An ATM-OAM-processor performs 

25 OAM-functions (OAM: operation and maintenance) and traffic 
management functions in both directions. The ATM-header de- 
tector recognizes valid ATM-cell headers, i.e. by using pre- 
defined VPI/VCI-values (VPI: virtual path identifier; VCI : 
virtual channel identifier) . Only a small subset of the large 

30 number of possible VPI/VCI-combinations are valid in a typi- 
cal ATM-Port -Module . An ATM-header translation is performed 
before the ATM-cell leaves the ATM-controller. OAM-functions 
performed by the ATM-OAM-processors are i.e. loop back, per- 
formance monitoring and alarming. The OAM-functions are de- 

35 fined in the ITU-standard I. 610. 
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Traffic management functions are buffering of data streams 
and optionally policing, scheduling and traffic shaping. The 
traffic management functions of the ATM-controller are per- 
formed by buffering and scheduling devices. Policing is used 
5 to control the incoming cell streams. During the scheduling 
an ensemble of connections with individual traffic parame- 
ters, either per connection or per group of connections are 
selected and given opportunity to emit cells. Traffic- 
parameters are e.g. priority, minimum throughput, maximum 

10 burst size, cell loss rate. The traffic-parameters are as- 
signed according to the information transported, e.g. real 
time voice, video data or non-real time data. Cell streams 
with the same destination are combined by the schedulers- In 
the signal path direction towards the ATM switch one schedul- 

15 ing device is assigned for each ATM-Port-Module and in the 
opposite signal path direction at least one scheduler is 
assigned for each ATM-physical transmission line. 

The ATM-OAM-processor and the buffering and scheduling de- 
20 vices are connected to a connection context memory within the 
ATM-controller. Figure 4 shows an connection context memory 
according to the state of the art. The ATM-header detector 
detects the header of an incoming ATM-cell and addresses an 
entry in a header lookup table. In the header lookup table 
25 " the outgoing header, port address P, OAM-parameter and a 
queue number Q are stored. The queue number Q serves as a 
pointer to a memory entry in the queue lookup table in which 
queue parameters are stored. The ATM switch receives enlarged 
ATM-cells with a prepended port address P which specifies the 
30 output port of the ATM-node. 

Figure 5a shows the data format of an ATM-cell having an ATM- 
header comprising 5 bytes and an ATM-payload comprising 48 
bytes. Figure 5b shows the data structure of an enlarged ATM- 
35 cell comprising a prepended port address P which indicates 
the destination port address in the node. 
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Figure 5c shows the content of an ATM-cell according to the 
state of the art. The ATM-cell consists of a 5 octet header 
in a 48 octet data or payload, section. Most of the bits in 
the ATM-header are used for virtual path and channel identi- 
5 fication. The CLP (CLP: cell loss priority) bit indicates 
whether the cell can be discarded if the network traffic 
volume makes this advisable. 

Figure 5d shows the data structure of an Ethernet packet 

10 according to IEEE 802.3. The IEEE 802.3 standard is currently 
the most widely used architecture for local area networks 
(LAN) . The frame sizes of the Ethernet packet shown in figure 
5d varies between 64 and 1.518 data bytes. The Ethernet stan- 
dard supports a wide range of transceiver types for communi- 

15 cation over a given type of cabeling. The most popular trans- 
ceiver types are 10BASE5 (thick co.ax) , 10BASE-T (two pair 
category 3,4,5 UTP [=unshielded twisted pair]), 100BASE- 
TX(two pair category 5 UTP),. 100BASE-FX (dual multimode fi- 
ber), 1000BASE-T (four pairs category 5 UTP), 1000BASE-X (two 

20 optical fibers) . The Ethernet frame comprises a preamble (7 
byte), a Start Frame Delimiter (SFD, 1 byte), the addresses 
of the frame's source and destination (each 6 byte), a length 
or type field to indicate the length or protocol type of the 
following data field, a data field including padding if re- 

25 quired (46 - 1500 bytes) and a Frame Check Sequence (FCS, 4 
byte) containing a cyclic redundant check (CRC) value to 
detect errors in the frame. Interpreting the type/length 
field as length or type distinguishes the two main types of 
Ethernet packets, i.e. Ethernet 2 and 802.3 based packets. 

30 

The payload of the Ethernet packet comprises 46 - 1.500 bytes 
of payload data. The payload data components must be at least 
4 6 bytes and may include padding bytes. 
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As outlined above the ATM-nodes according to the state of the 
art as shown in figure 1 and 2 are not compatible with 
Ethernet . 

5 Accordingly it is the object of the present invention to 
provide an ATM-Port-Module for an ATM-node device which is 
compatible to Ethernet . 

This object is accomplished by an ATM-Port-Module for an ATM- 
10 node device having the features of main claim 1. 

The present invention provides an ATM-Port-Module for an ATM- 
node device having 

an ATM-controller for processing ATM-cells transmitted via 
15 transmission lines, 

wherein the ATM-Port-Module comprises an Ethernet switch 
interface connecting the ATM-Port-Module to an Ethernet 
switch core module of the ATM-node device. 

20 The ATM-Port-Module according to the present invention pro- 
vides higher data transmission rates since the payload of 
many ATM-cells can be packed into one Ethernet packet. This 
leads to less overhead when processing header data. 

25 A further advantage resides in that the Ethernet switch core 
module is scalable. 

In a preferred embodiment of the ATM-Port-Module according to 
the present invention the Ethernet switch interface comprises 
30 an Ethernet encapsulating unit for encapsulating ATM-cells 
processed by the ATM-controller into Ethernet packets for 
transmission to the Ethernet switch core module and 
an Ethernet decapsulating unit for extracting ATM-cells from 
Ethernet packets received from the Ethernet switch core mod- 



35 
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The ATM-controller of each ATM- Port -Module comprises prefera- 
bly an ATM-to-Ethernet signal path and an Ethernet-to-ATM - 
signal path. 

5 In a preferred embodiment of the ATM-Port-Module according to 
the present invention the ATM-controller comprises a connec- 
tion context memory for storing a header lookup table and a 
queue lookup table. 

10 In the header lookup table of the connection context memory 
the port address P of a destination port of the ATM-node 
device, 

OAM-parameters, and 

the queue number Q are stored. 

15 

In a preferred embodiment of the ATM-Port-Module according to 
the present invention each queue number Q is a pointer to a 
corresponding memory entry in the queue lookup table. 

20 In a preferred embodiment of the ATM-Port-Module according to 
the present invention for each queue number Q corresponding 
queue parameters and an indication flag are stored in the 
queue lookup table of the connection context memory. 

25 The indication flag (VC-MERGE-SELECT) indicates whether the 
destination port of the received ATM-cell is an ATM-Port 
connected to the ATM-Port-Module within said ATM-node device 
or an Ethernet port of the Ethernet switch core module within 
said ATM-node device. 

30 

The ATM-controller of the ATM-Port-Module according to the 
present invention comprises in a preferred embodiment 
an ATM-header detector unit for detecting headers of ATM- 
cells received via a transmission line, 
35 an ATM-OAM-processor for performing operation and maintenance 
functions depending on OAM-parameters read from the connec- 
tion context memory, 
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a buffering and scheduling unit for buffering and scheduling 
the processed ATM-cells and for generating enlarged ATM-cells 
each including a port address P of the ATM-node device, 
wherein the port address P is read from the connection con- 
5 text memory* 

In a preferred embodiment the ATM- Port -Module according to 
the present invention the Ethernet-to-ATM signal path of the 
ATM-controller comprises 

10 a buffering and scheduling unit for buffering and scheduling 
ATM-cells received from the Ethernet switch interface, 
the ATM-OAM-processor for performing operation and mainte- 
nance functions depending on OAM-parameters read from the 
connection context memory, 

15 and an ATM-header translator. 

In a further preferred embodiment of the ATM-Port-Module 
according to the present invention the buffering and schedul- 
ing unit of the ATM-controller outputs the processed enlarged 
20 ATM-cells to the Ethernet encapsulating unit when the indica- 
tion flag (VC-MERGE-SELECT) indicates an ATM-Port as the 
destination port, and 

outputs the processed enlarged ATM-cells to a Segmentation 
and Re-assembly unit (SAR) when the indication flag (VC- 
25 MERGE-SELECT) indicates an Ethernet-Port as the destination 
port . 

In a preferred embodiment the ATM-port module according to 
the present invention the Segmentation and Re-assembly unit 
30 (SAR) discards the ATM-headers of the enlarged ATM-cells and 
forwards the payload of the enlarged ATM-cells to ah Ethernet 
packet generator which generates an Ethernet packet contain- 
ing at least one discarded ATM-cell as payload. 

35 In a preferred embodiment of the ATM-Port-Module according to 
the present invention the Ethernet packet generator generates 
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the Ethernet packet depending on interworking type data read 
from the connection context memory. 

In the following preferred embodiments of the ATM-Port-Module 
5 according to the present invention are described with respect 
to the enclosed figures. 

figure 1 shows ATM-node according to the state of the 

art; 

10 

figure 2 shows a further ATM-node according to the 

state of the art; 

figure 3 shows a conventional ATM-controller; 

15 

figure 4 a connection context memory according to the 

state of the art; 



figure 5a shows a data format, of a conventional ATM- 

20 cell; 

figure 5b shows a data format of an enlarged ATM-cell; 

figure 5c the cell content of a conventional ATM-cell in 

25 detail; 

figure 5d the data structure of a conventional Ethernet 

packet according to the state of the art; 

30 figure 6 a block diagram of an ATM-node according to 

the present invention; 

figure 7 a flow chart of the encapsulation process 

performed by the Ethernet switch interface of the ATM-Port- 
35 Module according to the present invention; 
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figure 8 data structures for explaining the encapsula- 

tion process according to the present invention; 

figure 9 a flowchart of the decapsulation process per- 

5 formed by the Ethernet switch interface of the ATM-Port- 
Module according to the present invention; 

figure 10 a block diagram of a preferred embodiment of 

the ATM-Port-Module according to the present invention; 

10 

figure 11 the content of a connection context memory 

according to the present invention; 

figure 12 a buffering and scheduling unit within an ATM- 

15 Port-Module according to the present invention; 

figure 13 a buffer-read control flowchart according to a 

preferred embodiment of the present invention; 

20 figure 14 a SAR-f lowchart according to the present in- 

ventions- 
figure 15 basis structures for explaining the Ethernet 
packet generation according to the present invention; 

25 

figure 16 an application of the ATM-Port-Module within 

an ATM-Ethernet-DSLAM. 

Figure 6 shows an ATM-node 1 comprising several ATM-Port- 
30 Modules 2-1 to 2-N according to the present invention. Each 
ATM-Port-Module 2 within the ATM-node 1 comprises an ATM- 
controller 3 for processing ATM-cells transmitted via physi- 
cal ATM-transmission line 5. The ATM-Port-Module 2 comprises 
an Ethernet switch interface 6 connecting the ATM-Port-Module 
35 2 to an Ethernet switch core module 7 of the ATM-node device 
1. Each Ethernet switch interface 6 comprises an Ethernet 
encapsulating unit 8 for encapsulating ATM-cells processed by 
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the ATM-controller 3 into Ethernet packets for transmission 
to the Ethernet switch core module 7 and an Ethernet decapsu- 
lating unit 9 for extracting ATM-cells from the Ethernet 
packets received from the Ethernet switch core module 7. 

While the external ports 5 of the ATM-node 1 have all ATM- 
interfaces the internal links between the ATM-Port-Modules 2 
and the Ethernet switch 7 transport standard Ethernet packets 
as shown in figure 5d. Each ATM- Port-Module 2-i has a unique 
Ethernet MAC-address as usual in Ethernet networks. The 
Ethernet switch 7 forwards the Ethernet packets according to 
their destination MAC-address (DMAC) . The destination MAC 
address is known to the Ethernet switch 7 either by configu- 
ration or by the self-learning mechanism defined in IEEE 
802. ID standard. 

The ATM-controller 3 within each ATM-Port-Module 2 performs 
standard ATM-layer functions such as header detection and 
translation, operation and maintenance functions and traffic 
20 management functions. 

The Ethernet switch interface 6 performs the data conversion 
between ATM and Ethernet. The Ethernet switch interface 6 
receives from the ATM-controller 3 enlarged ATM-cells as 

25 shown in figure 5b. The enlarged ATM-cells have each a pre- 
pended port address P which specifies the output port of the 
Ethernet switch 7. The port address P can be either the 
Ethernet DMAC-address of the destination ATM- Port-Module 2 or 
a simple binary encoded number which is converted to the 

30 DMAC-address according to a configurable table within the 

Ethernet switch interface 6. The other fields of the Ethernet 
packet header of the Ethernet packets which are exchanged 
between the Ethernet switch interface 6 and the Ethernet 
switch 7 have a fixed data pattern. The preamble, the source 

35 MAC-address (SMAC) which is the MAC-address for the respec- 
tive ATM- Port-Module and the Ethertype field according to 
IEEE 8 02.3 are sent with the constant data pattern. The pay- 
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load of the Ethernet packet consists of at least one standard 
ATM-cell without the enlarged port-address P. The ATM-payload 
of the transmitted Ethernet packets are transparent to the 
Ethernet switch 7 which forwards the Ethernet packets accord- 
5 ing to the DMAC-address only. The encapsulation comprises the 
transparent transport of ATM over Ethernet. Only ATM-cells 
destined for the same ATM-Port-Module are encapsulated into 
the same Ethernet packet. The maximum number of ATM-cells is 
configurable since the maximum size of Ethernet packets is 
10 limited to 1.500 bytes and optionally a lower packet size 

limit is specified in order to reduce the packet delay inside 
the Ethernet switch 7. 

Figure 7 shows the encapsulation process as a flowchart, 

15 

The Ethernet encapsulating unit 8 receives enlarged ATM-cells 
from the ATM-controller 3. The encapsulating unit 8 generates 
the Ethernet packet preamble which consists of a fixed data 
pattern . 

20 

On the basis of the port-address of the received enlarged 
ATM-cell the Ethernet encapsulating unit 8 generates a DMAC- 
address of the destination ATM-Port -Module 6 within the ATM- 
node 1. This DMAC-address is delivered via the Port address 
25 P, either directly or coded as binary coded number which is 
converted to DMAC-address via a configurable table. 

In a further step the source MAC (SMAC) of the ATM-Port- 
Module address 2 is set. 

30 

The Ethernet packet header is completed by generating a fixed 
data pattern for the Ethertype. 

The ATM-payload of the received ATM-cell is aggregated. Only 
35 ATM-cells destined for the same ATM-Port-Module are put into 
the same Ethernet packet. 
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In a further step is checked whether the aggregated ATM- 
payload exceeds a maximum size for the Ethernet payload e.g. 
1500 bytes. When the maximum size is not reached the next 
enlarged ATM-cell is read from the ATM-controller 3. 

5 

In the next step it is checked whether the port address P of 
the enlarged ATM-cell is equal to the port-address of the 
previous received enlarged ATM-cell. This ensures that only 
ATM-cells with the same ATM-Port-Module as destination are 
10 packed into the same Ethernet packet. When the port- 
address Pi of the last ATM-cell is equal to the port ad- 
dress Pi-1 of the previous enlarged ATM-cell the content of 
the last ATM-cell is aggregated and the next enlarged ATM- 
cell is read. 

15 

In case that the port-address Pi of the last ATM-cell is not 
equal to the port-address Pi-1 to the previous enlarged ATM- 
cell the Ethernet encapsulating unit 8 generates the 
trailer T for the Ethernet packet .and sends the packet to the 
20 Ethernet switch 7. 

Figure 8 shows an example for the encapsulation process per- 
formed by the Ethernet encapsulating unit 8. Two enlarged 
ATM-cells having the same port-address PI are packed into the 
25 first Ethernet packet A. A following enlarged ATM-cell having 
a different destination port-address P2 is packed into the 
next Ethernet packet B. 

Figure 9 shows the flowchart of the decapsulation process 
30 performed by the Ethernet decapsulating unit 9 within the 
Ethernet switch interface 6. The Ethernet decapsulating 
unit 9 receives the Ethernet packet from the Ethernet switch 
7. 

35 In a further step it is checked whether the destination MAC 
of the received Ethernet packet is equal to the MAC address 
of the ATM-Port -Module- 2. If the addresses are not equal an 
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transmission error is detected and the received Ethernet 
packet is discarded. If both addresses are equal the Ethernet 
decapsulating unit 9 extract the payload of the received 
Ethernet packet. 

5 

The extracted payload is forwarded to the ATM-controller 3. 
The filter function is performed by comparing the DMAC- 
address of the incoming Ethernet packet with the local 
Ethernet MAC-address. Non matching Ethernet packets are dis- 
10 carded. When the addresses match the whole Ethernet packet 
header and payload are stripped off and only the ATM-cell 
payload is forwarded to the ATM-controller 3 as a consecutive 
sequence of ATM cells. <repeats previous paragraph> 

15 Several further Ethernet functions may be exploited to en- 
hance the functionality of the total system. Multicast and 
broadcast functions can be realized using the predefined MAC- 
addresses defined by the IEEE 802 standard. The optional VLAN 
mechanism specified in 802. 1Q may be used in addition or in 

20 alternative to MAC-addresses to specify the destination port 
of the Ethernet packets. 

For the internal transmission links 10 shown in figure 6 all 
transmission media defined by IEEE standard can be used, 

25 specially serial links as e.g. 10/100BASE-T or 8B/10B coded 
Gigabit Ethernet. In an typical embodiment the distances 
between ATM-Port-Module 2 and the Ethernet switch 7 is below 
lm but also distant ATM-Port-Modules 2 may be provided in 
certain applications. For this purpose either 100m electrical 

30 or 2km optical transmission standards are employed. 

Figure 10 shows a preferred embodiment of an ATM-Port- 
Module 2 according to the present invention. 

35 The ATM-controller 3 comprises an ATM-to-Ethernet signal path 
and an Ethernet-to-ATM signal path. The ATM-to-Ethernet sig- 
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nal path includes an ATM-header detector unit 10, an ATM-OAM- 
processor 11 and a buffering and scheduling unit 12. 

The Ethernet-to-ATM signal path comprises a buffering and 
5 scheduling unit 13a, the ATM-OAM-processor 11 and an ATM- 
header translator 13b. 

The ATM-to-Ethernet signal path 10, 11, 12 and the Ethernet 
to ATM-signal path are controlled by output signals from a 
10 connection context memory 14. 

Figure 11 shows the data content of the connection context 
memory 14 according to a preferred embodiment of the present 
invention. The ATM-header detector unit 10 detects the head- 

15 ers of ATM-cells received via at least one transmission line 
5. With the detected header the memory entry of the header 
look up table in the connection context memory 14 is ad- 
dressed. To each header the port-address P, OAM-parameters 
and a queue number Q are stored. The ATM-header detector 10 

20 notes the recognition of valid cell headers, i.e. with pre- 
defined VPI/VCI values. The port-address P within the header 
lookup table is either the Ethernet DMAC-address of the des- 
tination ATM-Port-Module 2 or a binary encoded number which 
is converted to the DMAC-address according to a configuration 

25 table of the connection context memory 14. 

The OAM-parameters define operation and maintenance functions 
such as a loopback, performance monitoring and alarming and 
are supplied by the connection context memory 14 to the ATM- 
30 OAM-processor 11. 

The queue number Q within the header lookup table serves as a 
pointer to a corresponding memory entry in the queue lookup 
table of the connection context memory 14. Queuing parameters 
35 are provided for the scheduling devices 12, 13. 
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In the ATM-Port-Module 2 according to the preferred embodi- 
ment as shown in figure 10 the queue lookup table comprises 
an indication flag (VC-MERGE-SELECT) for each data queue. The 
VC-MERGE-SELECT bit is supplied to the scheduling devices 12, 
5 13 and - if set - ensure an alignment of all cells belonging 
to a packet. 

The indication flag (VC-MERGE-SELECT) indicates whether the 
destination port of the received ATM-cell is an ATM-Port 
10 connected to an ATM- Port-Module (2-i) within the ATM-node 
device 1 or an Ethernet-Port of the Ethernet switch core 
module 7 within the ATM-node device 1. 

When the indication flag (VC-MERGE-SELECT) indicates a ATM- 
15 Port as the destination port the enlarged ATM-cells are out- 
put by the scheduling • unit 12 to the Ethernet encapsulating 
unit 8 . 

In contrast, when the indication flag (VC-MERGE-SELECT) indi- 
20 cates an Ethernet-Port of the ATM Node as the destination 
port the enlarged ATM-cells processed by the ATM -OAM- 
processor 11 are forwarded to a Segmentation and Re-assembly 
unit 15. The Segmentation and Re-assembly unit 15 discards 
the ATM-headers of the enlarged ATM-cells and forwards the 
25 payload of the enlarged ATM-cells to an Ethernet packet gen- 
erator 16 which generates an Ethernet packet containing at 
least one discarded ATM-cell as payload. 

The VC-MERGE function forms an alignment of all ATM-cells 
30 belonging to a packet. This is possible because of the last- 
cell-of-packet indication bit in the ATM-header of AAL5 car- 
rying cells. Queues where the VC-Merge Select bit is not set 
are treated by the scheduling device 12 as "normal" ATM-cell 
queues to ATM-destinations. This queues are switched to the 
35 SAR-unit 15. 
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In contrast data queues having the VC-merge-select bit set as 
an indication flag are served in a packet-aware mode i.e. the 
data queue is served until all cells of a packet are read out 
and the last cell of the packet is transmitted. Then the 
5 control is transferred to the next prioritised queue. 

Figure 12 shows a buffering and scheduling unit 12 according 
to the present invention. The buffering and scheduling unit 
12 comprises a buffer write control 12-1, a buffer 12-2 and a 
10 buffer read control 12-3. The buffer write control 12-1 dis- 
tributes the incoming ATM-cells into different queues within 
the buffer 12-2. In the example shown in figure 12 the queue 
x is a data queue for an ATM- to- ATM signal path and the queue 
y is a data queue for an ATM-to-Ethernet signal path. 

15 

In the queue lookup table as shown in figure 11 the queue x 
will have the VC-MERGE-SELECT bit ' not set whereas the queue y 
will have the VC-MERGE-SELECT bit set to indicate that queue 
y is a data queue with an Ethernet-Port as destination.. 

20 

When the buffer read control 12-3 processes queue x it de- 
tects that the VC-MERGE-SELECT indication bit is not set and 
forwards an ATM cell to the Ethernet encapsulation unit 8. 

25 In contrast when the buffer read control detects that the VC- 
MERGE-SELECT bit is set (for example for data queue y) the 
ATM-cell are forwarded to a single channel Re-assembly unit 
15 (SAR) in a packet aware mode. In this case the data queue 
y is served continously by the buffer read controller 12-3 

30 until all ATM-cells belonging to a packet in the data queue y 
are read out and the last ATM-cell is transmitted to the SAR- 
unit 15. The last-cell-of-packet-indication-bit in the header 
of the last ATM-cell informs to the buffer read control 12-3 
that the complete packet has been forwarded and the next 

35 queue can be processed. 



17 



WO 03/075499 



PCI7EP02/02247 



Figure 13 shows the flow chart of a buffer read control per- 
formed by the buffer read control unit 12-3 in the scheduling 
unit 12. After the scheduler timeout the buffer read control 
12-3 serves the queue with the number Q supplied from the 
5 connection context memory 14. The queue number Q is read out 
from the queue look up table within the connection context 
memory 14. 



In a next step the buffer read control 12-3 checks whether 
10 the VC-MERGE-SELECT bit is set or not. If the VC-MERGE-SELECT 
bit is not set the buffer read control 12-3 recognizes that 
the ATM-cells are destined for an ATM-port. In this case an 
ATM-cell is read from the addressed queue and output to the 
Ethernet encapsulating unit 8. Then the buffer read control 
15 12-3 waits for the next scheduler timeout. 



If the buffer read control 12-3 recognizes that the VC-MERGE- 
SELECT bit is set it recognizes that the ATM-cells are des- 
tined for an Ethernet-Port. In this case an ATM-cell is read 
20 from the queue and transmitted to the single channel Re- 
assembly unit 15. It is checked whether the packet end mark 
in the ATM-cell which is read from queue is set or not. If 
the mark is not set the next ATM-cell is read from the ap- 
plied queue and forwarded through the SAR-unit for merging. 

25 

The Ethernet packet generated by the Ethernet packet genera- 
tor 16 or the Ethernet encapsulating unit 8 are transmitted 
via a packet multiplexer 17 to the Ethernet switch 7. 

30 The Ethernet packet received from the Ethernet switch 7 are 
de-multiplexed by a packet de-multiplexer 18 to an Ethernet 
decapsulating unit 9 or an interworking unit 19, depending on 
the different DMAC address or alternatively on the contents 
of the Type field. On the output side of the interworking 

35 unit 19 a single channel Segmentation unit 20 is provided. 
The single channel Segmentation unit 12 and the Ethernet- 
decapsulating unit 9 are connected via an ATM-cell 
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psulating unit 9 are connected via an ATM-cell multiplexer 21 
to the ATM-controller 3. 

Figure 14 shows the Re-assembling process within the SAR-unit 
15. The SAR-unit 15 receives an enlarged ATM-cell from the 
buffering and scheduling unit 12. The port address P and the 
ATM-payload of the received enlarged ATM-cell are forwarded 
to the Ethernet packet generator 16. After a byte count up- 
date and a check sum update the ATM-header of the received 
enlarged ATM-cell is discarded by the SAR-unit 15. 

In a further step it is checked whether the packet end mark 
of the received ATM-cell is set or not. If the packet end 
mark is set the trailer at the end of the cell is evaluated 
and is checked whether an error has occurred or not. In the 
error case the complete Ethernet packet is discarded. If no 
error has occurred the AAL5 SDU-payload is forwarded to the 
Ethernet packet generator 16. 



The Ethernet packet generator 16 generates an Ethernet packet 
depending on interworking type data read from the connection 
context memory 14. The Ethernet packet generator 16 performs 
the conversion between AAL5- SDU and Ethernet packets. For 
this conversion several operation modes are possible. 

Figure 15 shows for example three different interworking 
cases for conversion. 

In the interworking case 1 the AAL5-SDU is packed transpar- 
ently into an Ethernet packet with a new generated header and 
trailer. 

In the interworking case 2 the AAL5-SDU is already an 
Ethernet packet with DMAC, SMAC and Ethertype fields. Before 
transmission it is prepended by the Ethernet preamble and the 
Ethernet trailer T is appended. 
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In the interworking type case 3 in both cases an additional 
VLAN field can be inserted between the standard Ethernet 
header and the payload. VLANs can be used to limit the 
broadcast domains and to separate the ports from each other. 

5 

The interworking type case 1 shown in figure 15 can also be 
referred to as the routing case and the interworking type 
case 2 shown in figure 15 can also be referred to as the 
bridging case. 

10 

Figure 16 shows a typical application of the ATM-node 1 ac- 
cording to the present invention. In case of a DSLAM an Uto- 
pia level 2 interface can support a large number of xDSL 
physical transmission lines 5, e.g. 64 ADSL (with dual la- 

15 tency) or 128 SHDSL or 32 VDSL physical transmission lines. A 
Mixed ATM-Ethernet interworking DSLAM is shown in figure 16. 
Such a DSLAM consists typically 16 to 20 subscriber line 
cards an ATM up-link card and an Ethernet uplink card. Each 
subscriber line card contains at least one ATM-Port-Module 2 

20 with several Multi-xDSL physical transmission lines 5 con- 
nected to it via an Utopia interface. The ATM uplink card 
contains at least one SDH transceiver, either STM-1 with 155 
Mbps or STM-4 with 622 Mbps . 

25 The Ethernet switch 7 which is realized with a single compo- 
nent or cascade d with several components. The core module 
can be located on the uplink line card or on a separate 
switching card. 

30 The ATM-Ethernet node according to the present invention 

performs an ATM-to-Ethernet interworking function. The inter- 
working function is possible in cases when the ATM-cells are 
AAL5 encoded packets. The AAL5 standard is defined in ITU-T 
1.363.5 recommendation. The AAL5 functionality is implemented 

35 by enlarging conventional ATM-Port-Modules. The ATM- 
controller 3 is enhanced by the so called VC-MERGE function 
and the Ethernet switch interface is extended by the single 
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channel SAR-unit 15 between the ATM-controller 3 and the 
Ethernet packet generator 16. The connection context memory 
14 stores for this scope a VC-MERGE- SELECT indication flag 
and interworking type data comprising for instance 4 bit for 
5 coding of up to 16 inter-working types. Opplies only to our 
implementation in Iworx-MII; could be a separate patent> 
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Claims 

1. ATM-Port-Module for an ATM-node-device (1) having 

an ATM-controller (3) for processing ATM-cells transmitted 
5 via transmission lines (5) 
characterized in that 

the ATM-Port-Module (2) comprises an Ethernet switch inter- 
face (6) connecting the ATM-Port-Module (2) to an Ethernet 
switch core module (7) of that ATM node device (1) . 

10 

2 . ATM-Port-Modul according to claim 1 

characterized in that the Ethernet switch interface (6) com- 
prises 

an Ethernet encapsulating unit (8) for encapsulating ATM- 
15 cells processed by the ATM-controller into Ethernet packets 
for transmission to the Ethernet switch core module (7) and 
an Ethernet decapsulating unit (9) for extracting ATM-cells 
from Ethernet packets received from the Ethernet switch core 
module (7 ) . 

20 

3. ATM-Port-Module according to claim 1 or 2 
characterized in that the ATM-controller comprises an 
ATM-to-Ethernet-signal path and 

An Ethernet to ATM-signal path. 

25 

4 . ATM-Port-Module according to one of the proceeding claims 
characterized in that the ATM-controller comprises 

a connection context memory (14) for storing a header-look-up 
table and queue-look-up-table. 

30 

5. ATM-Port-Module according to one of the proceeding claims 
characterized in that for each detected ATM-cell-header 
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a corresponding port-address (P) of a destination port of the 
ATM-node-device (1) 
OAM-parameters , 

and a queue number Q are stored in the header-look-up table 
5 of the connection context memory (14) . 

6. ATM-Port-Module according to one of the proceeding claims 
characterized in that each queue number Q is a pointer to a 
corresponding memory entry in the queue-look-up table. 

10 

7 . ATM-Port-Module according to claim 6 

characterized in that for each queue number corresponding 
queue parameters and 

an indication flag ( VC-MERGE- Select ) is stored in the queue- 
15 lookup table of the connection context memory (14). 

8 . ATM-Port-Module according to claim 7 

characterized in that the indication flag indicates whether 
the destination port of the received ATM-cell is an ATM-Port 
20 connected to the ATM-Port -Module (2) within said ATM-node- 
device (1) or an Ethernet-Port of the Ethernet switch core 
module (7) within said ATM-node-device <Remark: strictly 
speaking the ATM-node-device is now a mixed ATM-Ethernet- 
device>. 

25 

9. ATM-Port -Modul according to one of the preceeding claims 
characterized in that the ATM-to-Ethernet signal path of said 
ATM-controller comprises 

an ATM-header detector unit (10) for detecting headers 
30 of ATM-cells received via at least one transmission line; 

an ATM-OAM-processor (11) for performing operation and 
maintenance functions depending on OAM-parameters read from a 
queue look up table of the connection context memory (14), 
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a buffering and scheduling unit (12) for buffering and 
scheduling the processed ATM-cells and for generating En- 
larged ATM-cells each including a port-address (P) of the 
ATM-node-device, wherein the port-address (P) is read from 
5 the connection context memory (14) . 

10. ATM-Port-Module according to one of the proceeding claims 
characterized in that the Ethernet to ATM-signal-path of said 
ATM-controller comprises 

0 a buffering and scheduling unit (13a) for buffering and 

scheduling ATM-cells received from the Ethernet switch inter- 
face (6), 

the ATM-OAM-processor (11) for performing operation and 
maintenance functions depending on OAM-parameters read from 
5 the connection context memory (14), 
an ATM-header-translator (13b) . 

11. ATM-Port-Module according to one of the proceeding claims 
characterized in that the buffering and scheduling unit (12) 

0 of the ATM-controller (3) outputs the processed Enlarged ATM- 
cells to the Ethernet Encapsulating unit (8) when the indica- 
tion flag (VC-MERGE-SELECT) indicates an ATM-Port as the 
destination port, and 

outputs the processed Enlarged ATM-cells to a Segmentation 
5 and Re-assembly unit (15) when the indication flag (VC-Merge 
+ Select) indicates an Ethernet-port as the destination port. 

12. ATM-Port-Module according to claim 11 

characterized in that the Segmentation and Re-assembly unit 
0 (15) discards the ATM-headers of the Enlarged ATM-cells and 
forwards the payload of the Enlarged ATM-cells to an Ethernet 
packet generator (16) which generates an Ethernet packet 
containing at least one ATM-cell as payload. 
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13. ATM- Port -Module according to claim 12 
characterized in that the Ethernet packet generator (16) 
generates the Ethernet packet depending from interworking 
type data read from the connection context memory (14). 
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